Erfahrungen beim Management eines Requirements Engineering Prozesses in der Automobilindustrie

Software ist mittlerweile ein essentieller Bestandteil moderne Kraftfahrzeuge. Typischerweise werden aber die Software und die sie umgebenden Steuergeräte nicht von den Fahrzeugherstellern (OEM) selbst, sondern von KFZ-Zulieferern entwickelt. Dabei kommt den OEM’s die Aufgabe zu, diese Systeme hinreichend genau zu spezifizieren. Vor dem Hintergrund, dass moderne Premium PKW mehr als 50 Steuergeräte beinhalten, die typischerweise von unterschiedlichen Lieferanten entwickelt werden, wird klar, dass die Spezifikationen für die einzelnen Steuergeräte sehr ausführlich und detailliert sein müssen, um später eine reibungslose Integration der verschiedenen Steuergeräte zu einem Verbund zu gewährleisten. Der gesamte Spezifikationsumfang aller softwarebasierten Systeme, die in modernen Premiumfahrzeugen verbaut werden, hat mittlerweile die 20.000 Seiten-Grenze übersprungen. Selbst die Spezifikation eines einzelnen Steuergeräts umfasst oft mehrere hundert Seiten. Naheliegenderweise kann eine solche Spezifikation nicht ohne weiteres erstellt und verändert werden. Vielmehr benötigt man einen systematischen Prozess zur Erfassung und Pflege, Abstimmung und Prüfung aller Anforderungen, d.h. einen adäquaten Requirements Engineering Prozess. Der Beitrag skizzierte einen solchen RE Prozess sowie einige der eingesetzten Management-Instrumente. Die Grundlage für diese Beschreibung bilden konkrete Entwicklungsprojekte im Bereich der DaimlerChrysler PKW-Entwicklung. Im Beitrag wurde zuerst das Anwenudngsumfeld kurz näher beschrieben und auf wesentliche Randbidingungen bei der Definition eines solchen RE Prozesses eingegangen. Essentielle Randbedingungen sind dabei die einfache Anwendbarkeit und die Fähigkeit, mit späten Anfordeurngsdefinitionen und Änderungen an der Spezifikation effizient umgehen zu können. Als zentrales Steuerungsinstrument hat sich in diesem Umfeld eine so genannte Featureliste ergeben, d.h. eine schwach strukturierte Liste aller wesentlichen Eigenschaften des zu entwckelnden Steuergeräts. Neben funktionalen, software-basierten Features enthält diese Liste auch hardware-bezogene Einträge sowie weitere nicht-funktionale Anforderungen, die sich in der Vergangenheit als Kostentreiber herausgestellt haben. Basierend auf dieser Liste wird die Lastenheft-Erstellung geplant und verfolgt. Später wird mittels dieser Liste eine Releaseplanung durchgeführt, d.h. festgelegt, zu welchem Musterstand (Prototyp) welcher Umfang umgesetzt sein muss. Neben der Featureliste ist eine gemeinsam gepflegte Liste aller offenen Punkte ein weiteres zentrales Kontrollinstrument. Die Herausforderung bei dieser Liste ist es, eine virtuell geminesame Liste zwischen Hersteller und Zulieferer auf zwei physikalische Listen abzubilden.